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"Multi^ame selection" 
Cross-Reference to Related Applications 

The present application claims priority from Provisional Patent Application 
No 2003905171 filed on 22 September 2003, the contents of which is incorporated 
5 herein by reference. 

Introdnction 

The present invention relates generally to the field of gaming and in particular 
the invention provides an improved method of game selection in' a multigame 
10 enviromnent. 

Back^oimd of the inventiop 

A player in a casino is presented wifli a choice from among potentially hundreds 
of gaming machines. Players develop a preference certain games from among all the 

15 ones available, and try various machines to find the ones they like. Given this large 
choice it can be difficult for a player to find games they like to play. 

Multi-game machines offer more than one game on a single electronic gaming 
machine (EGM). This can dramatically increase the choices available to players, but 
makes it more difficult for the player to identify games that they like amongst the many 

20 games provided. As technology progresses and multi-game machines become more 
capable the number of games will increase even fiirther as manufacturers entire game 
libraries could potentially become available on a single machine- Intemet gaming web 
sites have the same problem, with many games available via the one gaming terminal 
(eg a home computer), 

25 Gaming machines in a Casino are often networked for the purposes of security, 

accounting, credit transfer, bonusing, and for player marketing. These systems 
typically track players using a magnetic card that the player inserts into the gaming 
machine, the magnetic card being associated with a player account on a central server. 
US patent 4,636,951 (Harlick) shows a system for networking gaming machines to 

30 provide a credit transfer mechanism between machines and a central cashier statioa 

US patent 5,655,961 (Acres) shows a bonusing system, in which player tracking 
is provided via a magnetic card carried by a player and which the playw inserts into a 
magnetic card reader in a gaming machme to identify the player to the machine and/or 
the entire system. 

35 Throughout flris specification the word "comprise", or variations such as 

"comprises" or "comprising", will be understood to imply tiie inclusion of a stated 
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dement, integer or s^, or group of dements, integers or steps, but not the exdusion of 
any other dement, integer or step, or group of elements, integers or steps. 

Any discussion of documents, acts, materials, devices, articles or the like which 
has.been included in the present specification is solely for the purpose of providing a 
5 context for the present invention. It is not to be taken as an admission that any or all of 
these mattCTS form part of the prior art base or were common general knowledge in the 
field relevant to the present invention as it existed before the priority date of each claim 
of this application. 

10 Summary of the Invention 

According to a first aspect, the present invention consists in a gaming system 
including gaming server, a plurality of gaming machines, and a communications system 
connecting each of the plurality of gaming machines to the gaming serva-, the gaming 
machines each having display means, player input means, player tracking input means 

15 and game control means arranged to control images displayed on the respective display 
means, each game control means being arranged to play a game initiated by the player, 
the game being one of a plurality of games available on the gaming machine and 
selectable by the player and the game having a game result which, if it is a winning 
result, will cause the game control means to award a prize to the player, the gaming 

20 system being characterised in that each gaming machine includes game selection means 
which displays a selection of games available on flie madiine for the player to play, flie 
selection bdng ordered according to a ranking determined as a fimction of tiie player's 
past history of playing games and a history of games played by other players. 

According to a second aspect, the present invention consists in a gaming 

25 machine connected to a gaming system wherein the gaming system comprises a gaming 
server, a plurality of said gaming machines, and a communications systan connecting 
each of the plurality of gaming machines to the gaming server, the gaming machine 
having display means, player input means, player tracking input means and game 
control means arranged to control images displayed on the respective display means, 

30 the game control means bdng ammged to play a game initiated by the player, the game 
being one of a plurality of games available on Ihe gaming machine and selectable by 
the player and the game having a game result whidi, if it is a winning result, will cause 
the game control means to award a prize to the player, the gaming machine being 
characterised in that it includes game selection means which displays a selection of 

35 games available on the machine for the player to play, the sdection being ordered 
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according to a ranking determined as a ftmction of the player's past history of playing 
games and a history of games played by other players. 

According to a third aspect, the present invention consists in a gaming machine, 
the gaming machine having display means, player input means, player tracking input 

5 means and game control means arranged to control images displayed on fbo respective 
display means, the game control means being arranged to play a game initiated by the 
player, the game being one of a plurality of games available on the gaming machine 
and selectable by flie playor and the game having a game result which, if it is a winning 
result, will cause the game ccMitrol means to award a prize to the player, the gaming 

10 machine being characterised in tiiat it includes game selection means which displays a 
selection of games available on the machine for the player to play, the selection being 
ordered according to a ranking determined as a function of the playor's past history of 
playing games and a history of games played by other players. 

Accordmg to a fourth aspect, the present invention consists in a game 

15 recommendation display device coimected to a gaming system , the game 
recommendation display device comprising a computational device, having a display 
means and a player input, the device being characterised in that it includes game 
selection means which displays a selection of games available on the system for the 
player to play, the selection being ordered according to a ranking determined as a 

20 function of the player's past history of playing games and a history of games played by 
other players. 

The selection means orders tiie selection of games according to the players past 
history of games played on the current machine in the current playing session only. 

The selection means may order the selection of games according to the players 

25 past history of games played on any machine in the system in the current session and 
any previous session. The selection means may also order the selection of games 
according to the past history of games played by otiiers on the current machine. 
Further, the selection means may order the selection of games according to the past 
history of games played by others on any machine in the system. 

30 The selection of games and their order of representation is preferably made by a 

recommendation engine either located in the gaming madiine or on a server connected 
to the network to whidi the gaming machine is connected The reconmiendation 
engine preferably collects data on the playing habits of all distinguishable individuals 
determined by the system (that is individuals for whom the same individual can be 

35 linked to a plurality of game plays). The player data is processes to determine the most 
popular games and the groups of games that are popular with particular individuals. 
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For eadi game in tfie system, the processed data results in a list of other games that 
would be of sinular enjoyment value to the player. 

According to a fifth aspect, the present invention consists in a ^ming machine, 
the gpming machine having display means, player input means and game control means 
5 arranged to control images displayed on the respective display means, the game control 
means being arranged to play a game initiated by the player, the game being one of a 
plurality of games available on the gaming machine and selectable by the player and 
the game having a game result which, if it is a winning result, will cause the game 
control means to award a prize to the player, the gaming machine being characterised in 

10 that it includes game selection means which displays a plurality of game categories, 
each game category associated with one or more of the plurality of games available on 
the gaming machine and is responsive to the selection of a category by the player to 
display a list of games with which the selected category is associated. 

The available games are preferably split into a number of categories according 

15 to common player preferences and presented to the player in a selection window. The 
categories may include games with high wins, games with firequent wins, older 
(traditional) games, card games, slot games, and currently popular games. The same 
game may appear in more than one category. The player will typically select a 
category by touching an associated button. Preferably the button is a pseudo-button on 

20 a touch sensitive video screen display but it may also be a button of a conventional 
switch. 

Preferably one of the categories is a recommended games category and is 
associated with a selection of games determined as a function of the player's past 
history of playing games and a history of games played by other players to be games 

25 that are likely to be games the player would select. 

Within each category the games may be further ordered, either with sub- 
categories or if multiple pages of games ^st then according to the page number. 

In a refinement of tiiis arrangement the list of games displayed for selection by 
the player are generated according to a set of filters where each is arranged to select 

30 games in a particular category. Each game is assigned one or more tags indicating a 
category with which tiie game is associated, and tiie presence of the tag in respect of a 
game is used by the filter to select the game for inclusion on the displayed games list. 
For exanq>le a game may be *high win* and 'popular*. If the player selects either (or 
both) *high win' and ^popular* filters then this game will appear in the selection. If 

35 another filter, such as" firequent wm", is selected the game will not appear in the 
selection list as it does not have a fi^uent win tag. Preferably each filter is rq)resented 
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by a button and the filters are toggled on and off by selecting the filter button. Some 
filters may disable other filters when selected, if the categories are mutually exclusive. 
The "high wins" and "firequent wins" categories are likely to be mutually exclusive as it 
is not possible to design a game with fi^quent high wins without returning to the player 
5 more monqr than they bet. 

In an fiirther preferred embodiment, the number of categories displayed to tiie 
player is a subset of those available, and tiie categories displayed can be selected by the 
player from fee total set. Alternately flie categories are dynamically selected by the 
gaming machine and/or system according to players playing history. 
10 The categories of games and/or jgames in each category may be changed 

dynamically, either manually or according to pre-programmed criteria such as time of 
day or number gaming machines in play. The command to diange the games may be 
mitiated fit)m within the gaming machine or remotely firom network control system. 

15 Brief Description of the Drawings 

An embodiment of the invention is now described by way of example with 
reference to the accompanying diagrammatic drawings in which:- 

Figure 1 shows a perspective view of a first style of gaming machine, suitable 
for use in systems implementing embodiments of the present invention; 
20 Figure 2 shows a perspective view of a second style of gaming machine, suitable 

for use in systems implementing embodiments of the present invention; 

Figure 3 shows a block diagram of a control circuit of the gaming machines of 
figures 1 and 2; 

Figure 4 shows a block diagram of a system implementing an embodiment of 
25 the present invention; 

Figure 5 shows a first screen layout used in embodiments of the present 
invention; 

Figure 6 shows a variation of the screen of figure 5 used in embodiments of the 
present invention; 

30 Figure 7 is a block diagram of a system which embodies the present invention 

showing the recommendation engine in detail; 

Figure 8 is a flow chart of a recraunendation process; and 

Figure 9 is a flow chart of a process for building a similar games table. 
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Detailed Description of flie Preferred Embodiments 

Referring to Figure 1 a typical gaming machine is illustrated of a type to which 
the present invention can be applied. Hie machine illustrated in figure 1 is of a type 
that allows credit input by insertion of coins or bills but the invoition can also be 

5 applied to madiines that only allow credit input by transfer of credit firan a central 
cashier or from another gaming machine. In Figure 1, reference numwal 10 generally 
designates a gaming madiine, including a game or games to be played by a player of 
the machine. The madune 10 includes a console 1 2 having a display means in the form 
of a video display unit 14 on which a game 16 is played. Hie video display unit 14 

10 may be implemented as a cathode ray screen device, a liquid crystal display, a plasma 
screen, or the like. The game 16 as illustrated in Figure 1 is a spinning reel game 
which simulates the rotation of a number of spinning reels 18, however many other 
styles of game are also possible. 

A mid-trim 20 of the madiine 10 optionally houses a keypad 22 for enabling a 

15 player to play the game 16. The mid-trim 20 also houses a credit ii^ut mechanism 24 
including a coin input chute 96 and a bill collector 97 . As illustrated in Figure 2, some 
gaming machines use a touch screen for player input, in which case the keypad 22 
would not be required on the mid-trim in those machines, fastead the k^s of the 
keypad 22 of the Figure 1 machine would be represented as a graphic image 29 on the 

20 screen 16 and toudi sensors 38 (refer to Figure 3) located adjacent the screen surface 
would detect touching of the screen to record playCT selections. In all other respects the 
machines of Figures 1 and 2 are essentially functionally identical. 

The machine 10 of Figures 1 and 2 includes a top box 26 on which artwork 28 is 
carried. The artwork 28 includes paytables, details of bonus awards, etc. The artwork 

25 28 in tiie top box 26 may optionally be displayed on a video display such as a CRT of 
LCD panel. 

A coin ti^y 30 is mounted beneath the console 12 for cash payouts from the 
machine 10. 

In machines employing the present invention the madiine may also be 
30 connected via a computer network to other gaming machines and a system controller in 
which case player profiles may be saved on tiie systen controller and credits can be 
applied to and deaied from the machine via the network. The credits can either be 
established at a cashiers station and transferred to the madiine or alternatively a player 
might already have credits in another machine in the network and which tiiey may wish 
35 to transfCT to a new machine tiiat they wish to play. 
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To fecilitate flie establishment of player profiles, the use of player profiles to 
aihance player enjoyment and to enable the secure transfer of cash to a machine, each 
machine is provided with a card reader 98 and the player is issued with a player 
traddng card 27 either when entering the premises or when establishing credit in the 
5 system This traddng card 27 is inserted into the card reader 98 of a machine by the 
player after the player has established a credit on the system and has had the credit 
transferred to the desired machine. Alternatively the card may be a membership card 
permanently in the possession of the playw and the player may establish a credit in an 
account associated with thai membership record. By inserting the card 27 into the card 
10 reader 98 of the machine he or she intends to play, the player identifies him or herself 
to flie machine and establishes diat a o-edit held in the system belongs to Ihem. In the 
illustrated embodiment, the card reader 98 is not connected directly to the machine's 
controller 36 but to the system interfece 51, which is connected to the network via 
interconnection 52 and to the machine controller 36 as seen in Figure 3. 
15 Referring to Figure 3 of the drawings, a control means or control circuit 32 is 

illustrated. A program which implements the game and player interface is run on a 
processor 34 of the control circuit 32. The processor 34 forms part of a controller 36 
that drives the screen of the video display unit 14 and that receives input signals from 
player inputs such as the optional keypad 22 (see Figure 1) or the optional sensors 38 
20 associated with the pseudo-keypad 29 (see Figure 2). The sensors 38, if used, include 
toudi sensors mounted in the screen of the video display unit 14 and associated with 
the representation of pseudo-buttons of the keypad 29, displayed on the display 16, 
thereby replicating the buttons of the keypad 22. The controller 36 also receives input 
pulses from the mechanism 24 to determine whether or not a player has provided 
25 sufficient credit to commence playing. The credit input mechanism 24 may comprise 
one or more of several credit ii^ut devices sudi as a coin input chute 96a hill collector 
97 , and a card reader 98 or any suitable other type of validation device. In some 
embodiments of the present invention it is important that there be a player tracking 
input device, such as the card reader 24.3, that can be used to associate a particular 
30 player with a particular player profile and optionally a credit held in the system (either 
as data held in a machine or in the system controller or possibly in a fiirther controller 
reserved for financial mformation). Note that player tracking does not require knowing 
(he actual identity of the player but is only used to associate the playw with a particular 
player profile and/or credit. This is adiieved in the preferred embodiment by using a 
35 player tracking card 27, which is a simple magnetic stripe card encoded with a unique 
code, Aat may be issued to the player either when they enter the establishment or when 
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establishment or when they establish a credit in the system and is read by the card 
reader 24.3. However other methods of player identification can be employed in 
tracking systems such as pin numbers, scannable tags of various known types such as 
magnetic strq>e cards, smart cards, etc, iris recognition, finger prints or ottier bio-sensor 
5 systems. 

Finally, the controller 36 optionally drives a payout mechanism which, for 
example, may be ticket printer 41 , or a coin hopper 40 for feeding coins to the coin tray 
30 to make a pay out to a player when the player wishes to redeem his or her credit 
Again however, in embodiments of the present invention, a payout mechanism is not 

1 0 essential as the player may remove the credit held in the machine by transferring it to 
another machine or to a cashio:. 

Referring to figure 4, a system in which the present invention is implemented is 
illustrated. The system comprises a plurality of gaming machines 10 each connected to 
a network 63 by its respective system interface 51 and network connection 52. The 

15 network connections 52 are preferably connected to the remainder of the network via a 
hub 53 although other networking architectures such as daisy chaining may also be 
employed. Controlling the network is a system controller 54 and a cashier's terminal 
55 is optionally connected, either to the system controller 54 directly, as illustrated in 
Figure 4, or alternatively via the network hub 53. The Cashier may be replaced or 

20 supplemented by an electronic cashier or cash in/cash out terminal 59 comprising a 
controller 56 to which is coimected a player touch screen 58 and a card reader 57. The 
electronic cashier uses EFT transactions to debit or credit a player's accoimt at a 
financial institution to establish or refimd a player's credit in ttie gaming system. 

While embodiments of the invention will be described by way of example in the 

25 context of the conventional gaming machine and gaming system described above, it 
will be recognised that the invention is equally applicable to other gaming 
environments such as internet gaming where games are played on a personal computer 
(or, possibly a hand held device such as a Personal Digital Assistant (PDA) or Mobile 
Phone) cormected to an intemet gaming website, or a stand alone hand held device or 

30 any other suitable gaming environment. 

Referring to Figure 4, in the preferred implementation a network connects 
EGMs to a server. In flie traditional manner the server tracks players by their use of a 
magnetic player traddng or identity card and collects statistics about the games played. 
The lists of games available to the player may be very large, such that it is 

35 difficult for the player to page dirough large number of game selection screens to Snd 
games that they like. 
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The game play history for all players is analysed by a recommmdation engine 
60, which given a particular players game playing history produces a list of other 
recommended games that the player might enjoy playing based on the play history of 
otiier players. The list of recommendations is used to determine flie presentation of the 

5 next available games to the player. 

When the player wants to choose a new game to play flie EGM ranks the 
unplayed games according to the recommendation and preferentially displays the most 
hi glily recommended games to the player. For example, if the gaming machine has 100 
games available to play, and games are presented 10 at a time on 10 selection screens, 

10 then liie first selection sa:een contains the 10 most highly recommended games. The 
next selection screen presents the 10 next most highly recommended games, etc, until 
the last screen has &e least recommended games. 

Of course the player may not want to accept a list of recommendations and may 
rather select a game on otiier criteria such as game type or prize distribution. Referring 

15 to Figure 5, in orda: to accommodate the various differing player requirements, the 
total list of games is preferably split into a number of categories according to common 
player preferences and presented to the player in a selection window 16 as illustrated. 
Such categories may include games with high wins, games with frequent wins, older 
(traditional) games, card games, slot games, and currently popular games. The same 

20 game may jppear in more than one category. In the screen 16, illustrated in Figure 5, 
games are grouped according to categories selected by touch screen '"buttons" 201 to 
210 and the game icons 21 1 to 216 displayed in the centre of the screen 16 represent 
the games belonging to the currently selected category or a subset of the games 
belonging to the selected category. One of the categories, represented by the 

25 "Recommend" "button" 202, provides the set of reconmiended games, generated by the 
recommendation system as desaibed herein. 

Within each category the games may be further ordered, either with sub- 
categories. If the selected games exceed the space available for display of their 
respective icons, multiple pages will be provided and the player may move through tiie 

30 pages using page buttons 217 and 21 8. 

Referring to Figure 6, alternatively the list of game icons 311 to 316 displayed 
for selection by the player are generated according to a set of filters. Each game is 
assigned one or more tags indicating certain attributes (corresponding to categories) of 
the game, and tiie tag is used by the filter to select the game (or not) for inclusion on 

35 the displayed games list. For example a game may be *high win' and ^popular* . If flie 
player selects either (or both) ^high win* and 'popular* filters then, by touching flie 
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corresponding filter "button" 301 to 310, tins game will appear in the selection. If 
another filter, such as fi-equent win, is selected the game will not appear in the selection 
list as it does not have a firequent win tag. Preferably tihie filters are toggled on or ofif by 
selecting the respective filter "button" 301 to 310. Some filters may disable other 

5 filters when selected, if the filters are mutually exclusive. The "high wins" and 
"fi:equmt wins" filters are> for example, likely to be mutually exclusive as it is not 
possible to design a game with fi^juent hi^ wins (within the usual meaning of these 
trans within the gaming industry) without returning to the player more money than 
they bet Note that the player may simxiltaneously select multiple filters as illustrated 

10 by the grey buttons in figure 6, in which case only games that are associated with all of 
the selected categories will be displayed. If the selected games exceed the space 
available for display of their reiq)ective icons, multiple pages will be provided and the 
player may move through the pages using page buttons 317 and 318. 

In an fiarther preferred embodiment, the number of categories displayed to the 

15 player is a subset of those available, and the categories displayed can be selected by the 
player fix)m the total set. Altouately the categories are dynamically selected by the 
gaming machine and/or system according to players playing history. Preferably also, 
some of the categories are selected using the recommendation technique described 
herein. 

20 The categories of games and/or games in each category may be changed 

dynamically, either manually or according to pre-programmed criteria such as time of 
day or number gaming madaines in play. The command to change the games may be 
initiated firom within the gaming machine or remotely fi-om network control system. 

When the "recommended" category is selected, the games selection player 
25 interface may only be partially influenced by the recommendations. For example, the 
player's favourite games may be presented as well as tiie top choices fi*om the 
recommendation list. The casino may also wish to override some of the 
recommendations to promote other games. 

As games have a limited lifespan the age of the game being played is recorded 
30 and used in making recommendations. Some players have preferences for games of 
different ages (eg some players prefer new games, some prefer older games). 
Ntimerous variations on this implemratation are clearly possible: 
• The recommendation engme may be provided by soflware running either on 
one of the existing servers used for accounting, bonusing, etc, or on a 
35 separate reconomendation server. 
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• The recoinmendation engine may also be part of the gan^ This 
can be beneficial if the gaming machine is not networked, or if there is a 
need to offload processing fix)m the systraa for cost or perfomiance reasons. 
If flie recommendation aigine is impl^ented on the ganaing machine, then 

5 the gaming machine will contain a database of previously collected player 

statistics (either for that machine only or collected fit)m other machines in 
the establishment) to enable recommendations to be generated. 

• Instead of player tracking with a magnetic stripe identity card, a Smartcard 
may be used. Further, player history could be stored on this card, providing 

1 0 easy transportation of the data to other casinos. 

Overview of Game Recommendation Function 

The gaming machines in installations employing embodiments of the present 
invention provide functionality that allows play^s to search for and select games to 
play fiom a library of possibly hundreds of games stored on the system or the 

15 individual gaming machine. While the player plays gaming machines on the system a 
tracking system records the games played and the frequency of playing each game. 
The tracking system includes a data structure and associated code which keeps track of 
games that have been selected and played by a player for play and this information is 
then used to provide recommendations for future game selections of the current player 

20 and as a basis for recommendations to others. 

The system also implements a variety of differait auxiliary recommendation 
function for recommending games to players. 

One such function allows players to interactively rate individual games to create 
a personal game ratings profile, and applies collaborative filtering techniques to each of 

25 these profiles to generate personal recommendations. 

The primary function of the recommendation engine is to recommend games to 
players currently playing on the system, but it could also be used in the context of a 
website to make game recommendations to a player before they attend a gaming 
establishment or in the context of a reconunendation terminal attadied to the gaming 

30 networic of an establishment to recommend games to a player aheady in attendance at 
the establishment but not currentiy playing. Such a taminal might also direct a player 
to a suitable vacant machine for playing a selected game- Briefly, given a unary listing 
of games that are "known" to be of interest to a player (e.g., a list of games previously 
played, by the player), the Recommendation Engine generates a list of additional games 

35 ("recommendations") that are predicted to be of mterest to the player. (As used herein, 
the term "interest" refers generally to a player's liking of or affinity for an game; the 
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tenn "known" is used to distinguish games for which tiie player has implicitly or 
explicitly indicated some level of interest from games predicted by the 
Recommendation Function to be of interest.) 

A table is used to map games to lists of games having "similar afiBnity" for the 
5 player ("similar games lists"), without the player having to rate the games (although, as 
mentioned above, the use of ratings data is also envisaged). If a player is known to 
have shown int^est in say, five games (such as five games flie player recently played), 
the fimction may retrieve the similar games lists for these five games firom flie table, 
and appropriately combine these lists (as will be described below) to generate ttie 

10 recommmdations. 

The mappings of games to similar games ("game-to-game mappings") may be 
generated periodically, such as once per day (or more frequently), from data which 
reflects the collective interests of the community of players. More specifically, the 
game-to-game m^ings may be generated by an off-line process which idratifies 

15 correlations between known interests of players in particular games. For example, in 
the anbodiment described in detail below, the mappings are generating by analysing 
player playing histories to identify correlations between use of particular games (e.g., 
games A and B are similar because a relatively laige portion of the players that played 
game A also played game B). The game-to-game mappings could also reflect other 

20 types of similarities, including content-based similarities extracted by analysing game 
descriptions. 

An important aspect of this embodiment of the Recommendation Function is 
that &e relatively computation-intensive task of correlating game interests can 
optionally be performed off-line, and the results of this task (game-to-game mappings) 

25 are stored in a m^ing structure for subsequent look-up. This enables the personal 
recommendations to be generated rapidly and efficientiy in real-time in response to a 
request by the player, while still producing a broad varying comparison and not 
requiring intensive processing. 

Optionally, the similar games lists read from the table are appropriately 

30 weighted (prior to being combined) based on indicia of the player's affinity for or 
current interest in the corresponding games of known interest. For example, in one 
embodiment desaibed below, if the game of known interest was previously rated by 
the player, the rating is used to weight the corresponding similar games list Similarly, 
the similar games list for a game that was played 1000 times in the last hour may be 

35 weighted more heavily than the similar games list for a game that was played only 100 
times in the past hour. 
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Embodiments of the invention may also make use of inforaiation regarding 
games that the player has played in fte current playing session as inputs to the 
Recommendation Function. For example, if the player currently has two games that 
they have played today, these two games can be treated as the games of known interest 
5 for purposes of generating recommendations, in which case tiie recommendations may 
be goierated and displayed automatically when the player views the game selection 
screen. 

Using games played in the current playing sessions as inputs, tends to produce 
recommendations fliat are highly correlated to the current short-term interests of the 
10 player, even if these short Ictb interests are not reflected by the player's long term 
gaming history. For ©cample, if a regular player is currently playing with an occasional 
partner who has different game interests than the regular player, this method will have a 
tendency to identify otfier games that are well suited to flie pair of players while they 
are playing together. 

15 FIG. 7 illustrates the basic components of the gaming system site 100, including 

the components used to implement the Recommendation Serv^ 60. The arrows in 
FIG. 7 show the general flow of information that is used by the Recommendation 
Function. As illustrated by FIG. 7, Reconunendation Server 60 processes requests 
received from gaming machines 34 over the network 63 and send recommendation lists 

20 in reply. The Recommendation Server 60 accesses a Games Database 62 to generate 
lists of popular games and recommendation lists. 

The Gaming System 100 also includes a "player profiles" database 64 which 
stores account-specific information about players' playing games on the system 100. 
Because a group of individuals can share an account by playing as a group, a given 

25 "player" from the perspective of the Recommendation Engine 60 may include multiple 
actual players. As illustrated by FIG. 7, the data stored for each player may include one 
or more of the following types of mformation (among other things) that can be used to 
generate recommendations in accordance with the invention: (a) the player's playing 
history, including dates of play, (b) the player's game ratings profile (if any), (c) the 

30 player's personal recent playing listings, and (d) a listing of games fliat were recentiy 
(e.g., within the last six months) selected and then exited again without being played, or 
aft^ having only been played a few times. 

The varioxis processes 61, 66 of the recommendation servo: 60 may run, for 
example, on one or more Unix or NT based workstations or physical servers (not 

35 shown) of the Gaming System 100. The similar games table 65 is preferably stored as 
a B-tree data structure to permit efficient look-up, and may be replicated across 
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multiple madjines (together with the associated code of the Recommadation Process 
61) to accoixunodate heavy loads. 

The genial form and content of the similar games table 65 will now be 
described with reference to FIG. 7. As this table can take on many alternative forms, 
5 the details of the table are intended to illustrate, and not limit, the scope of the 
inventiorL 

As indicated above, the similar games table 65 maps a list of games ("reference 
games'*) 67 to lists of similar games 68 based at least upon &e collective interests of the 
community of players. The similar games table 65 may be generated periodically (e.g., 

10 once per day), or may be continuously updated by the table generation process 66. If 
the table generating process 66 is run once per day, it will preferably be run off-line. 
The table generation process 66 generates the table 65 from data that reflects the 
collective interests of the community of players. In the embodiment described in detail 
herdn, the similar games table is generated exclusively from the game playing histories 

15 of the community of players (as depicted in FIG. 7). In other embodiments, the table 
65 may additionally or alternatively be generated from other indicia of player-game 
interests, including indicia based on players* viewing (browsing) activities, game 
playing histories, and game rating profiles. For example, the table 65 could be built 
exdusively from the long term and/or recent game playing histories of players. The 

20 similar games table 65 could also reflect non-collaborative type game similarities, 
including content-based similarities derived by comparing game or desaiptions or 
structural game elements. 

Each entry in the similar games table 65 is preferably in the form of a mapping 
of a list of all available games ("reference games list") 67 to a corresponding list 68 of 

25 similar games ("similar games lists"). 

Each similar games list 68 consists of the N (e.g., 5) games whidi, based on 
correlations between playing of games, are deemed to be the most closely related to the 
respective game 67. Each game in the similar games list 68 is stored together with a 
commonality index ("CI") value which indicates the relatedness of that game to the 

30 referace game 67, based on play frequency of the respective games. A relatively high 
commonality index for a pair of games Game J and Game K indicates that a relatively 
large percentage of players who played Game J also played Game K (and vice versa). 
A relatively low commonality index for Game J and Game K indicates that a relatively 
small percentage of the players who played Game J also played Game K (and vice 

35 versa). As described below, the similar games lists are generated, for eadi game 
available on the system, by selecting the N other games that have the highest 
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commonality index values. Using this method. Game J may be included in Game K's 

similar games list even fliough Game K is not present in Game Ts similar games list. 

In the embodimait depicted by FIG, 7, the games are represented within the 

similar games table 65 xising game IDs^ such as game catalogue numbers or other 
5 identifies. Alternatively, the games could be represented within the table by title, 

where each title is the name by which the game is known to players. 

The general sequence of steps that are performed by the reconamendation 

process 52 to generate a set of personal game recommendations will now be described 

with reference to FIG. 8. 
10 . The FIG. 8 process 70 is invoked in real-time in response to an online action of 

the player. For example, the recommendations are generated and displayed in real-time 

(based on the player's play history and/or game ratings profile) in response to selection 

by the player of a new game instructions selection button 201-210 (See FIGS 5 & 6). 

The recommendations are generated (based on the player's current and/or recent game 
15 playing history) in real-time when the player initiates a recommendation button 202, 

and are displayed on the gaming machine display screw 16 and are displayed on the 

same screen as icons 21 1-216. 

Any of a variety of other methods can be used to initiate the recommendations 

generation process and to display the recormnradations to the player. For example, the 
20 recommendations can automatically be generated periodically and sent to the player as 

a message on the screen between games. Further, the personal recommendations could 

be generated in advance of any request or action by the player, and cached until 

requested. 

As illustrated by FIG. 8, the first step (step 71) of the recommeaidations- 
25 generation piocess involves identifying a set of games that are of known interest to the 
player. The "knowledge" of the player's interest can be based on explicit indications of 
iaterest (e.g., the player rated the game highly) or implicit indications of interest (e.g., 
the player selected the game and played it at least 5 times). 

In the embodiment depicted in FIG. 7, the games of known interest are selected 
30 firom one or more of the following groups: (a) games in the player's long term playing 
history; (b) games in the player's short term playing history i.e., the games played in tiie 
current session and, (c) games rated by the player (optionally with a score that exceeds 
a certain threshold. In other embodiments, the games of known interest may 
additionally or alternatively be selected based on the viewing activities of the player. 
35 For example, the recommendations process 52 could select games that were viewed by 
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the player for an extended period of time and/or viewed more than once. Further, flie 
player could be prompted to select games of interest from a list of popular games. 

For each game of known interest, the recommendation function 61 retrieves the 
corresponding similar games list 68 from the similar games table 65 (stq) 72), if such a 

5 list exists. If no aitries exist in the table 65 for any of Ihe games of known interest, the 
process 52 may be terminated; alternatively, the process could attempt to identify 
additional games of interest, such as by accessing other sources of interest information. 

In step 73, the similar games lists are filtered to remove unwanted games. The 
games removed during the filtering process may include, for example, games that have 

10 already been played only a small number of times and then not played again by the 
player or games that have heea rated lowly by the player. The filtering step could 
alternatively be performed at a different stage of the process, such as after the 
subsequent combining step 

After the similar games lists 68 are filtered in step 73, the lists are appropriately 

15 combined (step 74), sudi as by merging the lists. The similar games lists 68 are then 
preferably weighted 75 by multiplying the commonality index values of the list by a 
weighting value. The commonality index values as weighted by any applicable 
weigjiting value are referred to herein as "scores". In oflier embodiments, the 
recommendations may be gen^ated without weighting the similar games lists 68. The 

20 resulting list is then sorted (step 76) in order of highest-to-lowest score. The result of 
step 76 is a list ("recommendations list") of games to be recommended to tibe player. 

In step 75, the similar games lists 68 are optionally weighted based on 
information about the player's affinity for the corresponding games of known interest. 
For example, a similar games list 68 may be weighted heavily if the player gave the 

25 corresponding popular game a rating of "5" on a scale or 1-5, or if the player the game 
for a large number of plays. Weighting a similar games Ust 68 heavily has the effect of 
increasing the likelihood that the games in that Ust we be included in the 
recommendations that are ultimately presented to the player. In one implementation 
described below, the player is presumed to have a greater affinity for recently played 

30 games over earlier played games. 

In step 77, one or more additional games are optionally added to the 
recommendations list. In one anbodiment, the games added in step 77 are selected 
from the set of games (if any) in the player's viewing history. As an important benefit 
of this step, the recommendations include one or more games that the player previously 

35 considered playing but did not actually play. The games added in step 77 may 
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additionally or alternatively be selected using another reconunendations method, such 

as a content-based naethod. 

Finally, in step 78, a list of ttie top M (e.g., 6) games of the recommendations 

list are retumed to the gaming machine where the request was generated. The gaming 
5 machine incorporates this list into one or more screens of recommendations that are 

displayed to the player, with each recommended game being presented as displayed 

selection icon on the display* 

The table-gOTcration process 66 is preferably executed periodically (e.g., once a 

day) to generate a similar games table 65 that reflects the most recrat play history data. 
10 The recommendation process 61 uses the most recently generated version of the table 

65 to generate recommendations. 

FIG. 9 illustrates the sequence of stqps that are performed by the table 

generation process 66 to build the similar games table 65, The general form of 

temporary data structures that are generated during the process are shown at the right of 
15 the drawing. As will be appreciated by those skilled in the art, any of a variety of 

alternative methods could be used to generate the table 65. 

As depicted by FIG, 9, flie process initially retrieves the gaming histories for all 

players (step 81), Each gaming history is in the general form of the player ID of a 

player together with a list of the game IDs of &e games played by that player and the 
20 dates on which the player has played the games and the number of times the game was 

played on each occasion. 

In steps 82 and 84, the process generates two temporary tables 83 and 85, The 

first table 83 maps individual players to the games they played and includes dates and 

times played. The second table 85 maps games to the players that played such games 
25 and again includes the total times played (within a relevant period of interest). 

In step 86, the process finds for each game in the system ("reference game") 

those other games played by a common player, and lists the players and games against 

the "ref^ence game" in a fijrther temporary table 87, This may be accomplished, for 

example, by selecting from the game-to-players table 85 those games that were played 
30 by more than a threshold number (e.g,, 10) of the players. For each <reference game, 

other gamtf> pair/player combmation, the number of plays of the game played least by 

the player is also listed. 

In step 88, the process generates the commonality indexes (CI) for each 

<reference game, other game> pair in the table 87, As indicated above, the CI values 
35 are measures of the similarity between two games, with larger CI values indicating 

greater degrees of similarity. The commonality indexes are preferably generated such 
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that, for a given reference game, the respective commonality indexes of the 
corresponding oflier games take into consideration both (a) fee total number of plays of 
each game in the respective period, and (b) the number of times each player played the 
least popular of each pair of games. A preferred method for generating the 
5 commonality index values is set forth in the equation below(Eqn 1). 

£X forall players of games A &B 

a. (Game A, Game B) = . (1) 

Sqrt (Y X Z) 

10 

where, for each player who has played Game A and Game B in a given period, 
"X" is the number of plays of the least played game (A or B), "Y" is the total number of 
plays of Game A and "Z" is the total number of plays of Game B in the period 

By way of example, foe tiiree games, Game_G, Gatne_J and Gatne_K where 
15 Game_G has been played 40,000 times by 500 players, GameJ 90000 by 500 players, 
and Game_K 100,000 by 5,000 players. In addition, Game_G and Game_J have 50 
players in common, and Game_G and Game K have 60 players in conamon. £ X for 
games G and J is 2500 and X for games G and K is 960. Applying the equation 
above to the values shown in FIG. 4 produces the following results: 
20 Cl(Game_G, Game_J)=^500/sqrt(40000.times.90000))=0.042 

CI(Game_G, Game K)=960/sqrt(90000.times.l00,000))=0.010 
Thus, even though Games G and K have more customers in common than 
Games G and J, Games G and J are treated as being more similar than Games G and K. 
niis result desirably reflects the fact that for Game J players who played Game_G the 
25 number of plays of both games is much greater than for Game K players who played 
Game_G . 

Because this equation is symmetrical (i.e., a(Game_A, Game_B)=CI(Game_B, 
Game A)), it is not necessary to separately calculate the CI value for every location in 
the table 89. 

30 Following step 88 of FIG. 9, the sunilar games table 65 can be complied (step 

91) sudi that each reference game in the reference game list 67 has a respective set of 
other games in the "other games" list 68 which includes all of the other games from the 
table 89 and their associated CI values Using the values in the example above, Game_J 
would be positioned closer to the top of the Game G's list than Game K, since 0.042 > 

35 0.010. 
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Optionally (not shown), the other games list is filtered by deleting all list entries 
that have fewer than a predetermined number of (say 10) players in cx>mmon, 

A non-gaming machine terminal may also be used to allow the player to get 
recommendations for new games to play. This could be implemented at a casino or as 

5 an Internet wd)site and may allow a player to input various likes (and dislikes) for 
games, then use the recommendation engine to recommend games. 
Promotions and Advertising 

Casinos often run promotions, posting advertising literature to the players to 
entice them to return to the casino for further play. A marketing promotion may use the 

10 players* previously collected play information and use the reconraiendation engine to 
customise promotions to that player. For example the artwork of advertising material 
may be selected fiom games fliat have not yet been played, but are likely to appeal to 
the player. Alternately free credits may be provided for machines that the player has 
not yet played, but is likely to enjoy playing, 

15 Attract Mode 

When a gaming machine is not being played after some time it enters an 
"attract" mode, where it demonstrates the game it runs. A multi-game machine is able 
to demonstrate any of it's games, so it is beneficial to demonstrate a game more likely 
to appeal to a nearby potential player. 
20 There are cases when a potential player may be identified. 

1. A potential player has inserted an identity card, but not yet selected a game or 
started playing. 

2. A player is playing the gaming machine next to the unplayed gaming machine. 
The player can easily watch the unplayed machine and may either find a new game to 

25 play, or play botii at the same time (especially in the case of a couple of people playing 
together). 

When at least some of the players in the casino have been identified (eg fliou^ 
play machines), their average preference is determined and used. Althougjh not as 
accurate as targeting an individual player, this has the advantage of continuously and 
30 automatically adjusting the presentation of madiines in the casino to optimum benefit. 

It will be 25)preciated by persons skilled in the art that numerous variations 
and/or modifications may be made to the invention as shown in the specific 
embodiments without departing fix)m the spirit or scope of the invention as broadly 
described. The present embodiments are^ therefore, to be considered in all respects as 
35 illustrative and not restrictive. 



